home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Collection of Internet
/
Collection of Internet.iso
/
infosrvr
/
dev
/
www_talk.930
/
000685_TONYJ@scs.slac.stanford.edu _Fri Feb 26 14:56:54 1993.msg
< prev
next >
Wrap
Internet Message Format
|
1994-01-24
|
2KB
Return-Path: <TONYJ@scs.slac.stanford.edu>
Received: from dxmint.cern.ch by nxoc01.cern.ch (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
id AA20251; Fri, 26 Feb 93 14:56:54 MET
Received: from SCS.SLAC.Stanford.EDU by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA16963; Fri, 26 Feb 1993 15:14:08 +0100
Date: Thu, 25 Feb 1993 23:24 PDT
From: "Tony Johnson (415) 926 2278" <TONYJ@scs.slac.stanford.edu>
Subject: Handling + in document searches
To: www-talk@nxoc01.cern.ch
Message-Id: <EC79F6C9D0000191@SCS.SLAC.STANFORD.EDU>
X-Envelope-To: www-talk@nxoc01.CERN.CH
X-Vms-To: in%"www-talk@nxoc01.CERN.CH"
X-Vms-Cc: TONYJ
I would like to reraise an issue I have mentioned before but not obtained a
clear answer on.
At SLAC we are using WWW as a means of accessing a set of High Energy Physics
databases maintained here (SPIRES). One common usage is to search for
particular particle types, for example PI+. There is an immediate problem in
that the + symbol is treated specially in search strings by the current
http-daemons, namely it is changed to a space (for largely historic reasons).
I would like to propose the following:
======
ALL browsers should perform the following translations on search strings typed
in by the user:
+ " % and <space> should be replaced by %nn where nn is the ASCII
code for the translated character
ALL daemons should translate %nn in search strings back to the appropriate
character. For historical reasons the + should continue to be translated to
<space> as now.
======
Comments????? Can we do it tomorrow?
Tony